home *** CD-ROM | disk | FTP | other *** search
/ Mac Easy 2010 May / Mac Life Ubuntu.iso / casper / filesystem.squashfs / usr / src / linux-headers-2.6.28-15 / arch / um / Kconfig.um < prev    next >
Encoding:
Text File  |  2008-12-24  |  5.1 KB  |  150 lines

  1. config STATIC_LINK
  2.     bool "Force a static link"
  3.     default n
  4.     help
  5.       This option gives you the ability to force a static link of UML.
  6.       Normally, UML is linked as a shared binary.  This is inconvenient for
  7.       use in a chroot jail.  So, if you intend to run UML inside a chroot,
  8.       you probably want to say Y here.
  9.       Additionally, this option enables using higher memory spaces (up to
  10.       2.75G) for UML.
  11.  
  12. source "mm/Kconfig"
  13. source "kernel/time/Kconfig"
  14.  
  15. config LD_SCRIPT_STATIC
  16.     bool
  17.     default y
  18.     depends on STATIC_LINK
  19.  
  20. config LD_SCRIPT_DYN
  21.     bool
  22.     default y
  23.     depends on !LD_SCRIPT_STATIC
  24.  
  25. source "fs/Kconfig.binfmt"
  26.  
  27. config HOSTFS
  28.     tristate "Host filesystem"
  29.     help
  30.           While the User-Mode Linux port uses its own root file system for
  31.           booting and normal file access, this module lets the UML user
  32.           access files stored on the host.  It does not require any
  33.           network connection between the Host and UML.  An example use of
  34.           this might be:
  35.  
  36.           mount none /tmp/fromhost -t hostfs -o /tmp/umlshare
  37.  
  38.           where /tmp/fromhost is an empty directory inside UML and
  39.           /tmp/umlshare is a directory on the host with files the UML user
  40.           wishes to access.
  41.  
  42.           For more information, see
  43.           <http://user-mode-linux.sourceforge.net/hostfs.html>.
  44.  
  45.           If you'd like to be able to work with files stored on the host,
  46.           say Y or M here; otherwise say N.
  47.  
  48. config HPPFS
  49.     tristate "HoneyPot ProcFS (EXPERIMENTAL)"
  50.     depends on EXPERIMENTAL
  51.     help
  52.       hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
  53.       entries to be overridden, removed, or fabricated from the host.
  54.       Its purpose is to allow a UML to appear to be a physical machine
  55.       by removing or changing anything in /proc which gives away the
  56.       identity of a UML.
  57.  
  58.       See <http://user-mode-linux.sf.net/old/hppfs.html> for more information.
  59.  
  60.       You only need this if you are setting up a UML honeypot.  Otherwise,
  61.       it is safe to say 'N' here.
  62.  
  63. config MCONSOLE
  64.     bool "Management console"
  65.     default y
  66.     help
  67.           The user mode linux management console is a low-level interface to
  68.           the kernel, somewhat like the i386 SysRq interface.  Since there is
  69.           a full-blown operating system running under every user mode linux
  70.           instance, there is much greater flexibility possible than with the
  71.           SysRq mechanism.
  72.  
  73.           If you answer 'Y' to this option, to use this feature, you need the
  74.           mconsole client (called uml_mconsole) which is present in CVS in
  75.           2.4.5-9um and later (path /tools/mconsole), and is also in the
  76.           distribution RPM package in 2.4.6 and later.
  77.  
  78.           It is safe to say 'Y' here.
  79.  
  80. config MAGIC_SYSRQ
  81.     bool "Magic SysRq key"
  82.     depends on MCONSOLE
  83.     help
  84.       If you say Y here, you will have some control over the system even
  85.       if the system crashes for example during kernel debugging (e.g., you
  86.       will be able to flush the buffer cache to disk, reboot the system
  87.       immediately or dump some status information). A key for each of the
  88.       possible requests is provided.
  89.  
  90.       This is the feature normally accomplished by pressing a key
  91.       while holding SysRq (Alt+PrintScreen).
  92.  
  93.       On UML, this is accomplished by sending a "sysrq" command with
  94.       mconsole, followed by the letter for the requested command.
  95.  
  96.       The keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
  97.       unless you really know what this hack does.
  98.  
  99. config SMP
  100.     bool "Symmetric multi-processing support (EXPERIMENTAL)"
  101.     default n
  102.     depends on BROKEN
  103.     help
  104.       This option enables UML SMP support.
  105.       It is NOT related to having a real SMP box. Not directly, at least.
  106.  
  107.       UML implements virtual SMP by allowing as many processes to run
  108.       simultaneously on the host as there are virtual processors configured.
  109.  
  110.       Obviously, if the host is a uniprocessor, those processes will
  111.       timeshare, but, inside UML, will appear to be running simultaneously.
  112.       If the host is a multiprocessor, then UML processes may run
  113.       simultaneously, depending on the host scheduler.
  114.  
  115.       This, however, is supported only in TT mode. So, if you use the SKAS
  116.       patch on your host, switching to TT mode and enabling SMP usually
  117.       gives    you worse performances.
  118.       Also, since the support for SMP has been under-developed, there could
  119.       be some bugs being exposed by enabling SMP.
  120.  
  121.       If you don't know what to do, say N.
  122.  
  123. config NR_CPUS
  124.     int "Maximum number of CPUs (2-32)"
  125.     range 2 32
  126.     depends on SMP
  127.     default "32"
  128.  
  129. config HIGHMEM
  130.     bool "Highmem support (EXPERIMENTAL)"
  131.     depends on !64BIT && EXPERIMENTAL
  132.     default n
  133.     help
  134.       This was used to allow UML to run with big amounts of memory.
  135.       Currently it is unstable, so if unsure say N.
  136.  
  137.       To use big amounts of memory, it is recommended enable static
  138.       linking (i.e. CONFIG_STATIC_LINK) - this should allow the
  139.       guest to use up to 2.75G of memory.
  140.  
  141. config KERNEL_STACK_ORDER
  142.     int "Kernel stack size order"
  143.     default 1 if 64BIT
  144.     range 1 10 if 64BIT
  145.     default 0 if !64BIT
  146.     help
  147.       This option determines the size of UML kernel stacks.  They will
  148.       be 1 << order pages.  The default is OK unless you're running Valgrind
  149.       on UML, in which case, set this to 3.
  150.